home *** CD-ROM | disk | FTP | other *** search
/ Internet Surfer: Getting Started / Internet Surfer - Getting Started (Wayzata Technology)(7231)(1995).bin / pc / textfile / mac_faqs / use_prim / part1
Encoding:
Internet Message Format  |  1995-01-01  |  18.6 KB

  1. Xref: bloom-picayune.mit.edu news.announce.newusers:916 news.answers:3560
  2. Path: bloom-picayune.mit.edu!snorkelwacker.mit.edu!spool.mu.edu!darwin.sura.net!gatech!purdue!spaf
  3. From: spaf@cs.purdue.EDU (Gene Spafford)
  4. Newsgroups: news.announce.newusers,news.answers
  5. Subject: A Primer on How to Work With the Usenet Community
  6. Message-ID: <spaf-etiquette_719471665@cs.purdue.edu>
  7. Date: 19 Oct 92 05:14:32 GMT
  8. Expires: 18 Dec 92 17:14:25 GMT
  9. Followup-To: news.newusers.questions
  10. Organization: Dept. of Computer Sciences, Purdue Univ.
  11. Lines: 362
  12. Approved: spaf@cs.purdue.EDU
  13. Supersedes: <spaf-etiquette_716962647@cs.purdue.edu>
  14.  
  15. Archive-name: usenet-primer/part1
  16. Original-author: chuq@apple.COM (Chuq Von Rospach)
  17. Last-change: 5 May 1992 by spaf@cs.purdue.edu (Gene Spafford)
  18.  
  19.  
  20.               A Primer on How to Work With the USENET Community
  21.                              Chuq Von Rospach 
  22.  
  23.  
  24.  
  25.   *** You now have access to Usenet, a network of thousands of
  26.   computers.  Other documents or your system administrator will provide
  27.   detailed technical documentation.  This message describes the Usenet
  28.   culture and customs that have developed over time.  All new users should
  29.   read this message to find out how Usenet works. ***
  30.   *** (Old users could read it, too, to refresh their memories.)  ***
  31.  
  32.   USENET is a large collection of computers that share data with each
  33.   other.  It is the people on these computers that make USENET worth
  34.   the effort to read and maintain, and for USENET to function properly
  35.   those people must be able to interact in productive ways.  This
  36.   document is intended as a guide to using the net in ways that will
  37.   be pleasant and productive for everyone.
  38.  
  39.   This document is not intended to teach you how to use USENET.  Instead, it
  40.   is a guide to using it politely, effectively and efficiently.
  41.   Communication by computer is new to almost everybody, and there are
  42.   certain aspects that can make it a frustrating experience until you get
  43.   used to them.  This document should help you avoid the worst traps.
  44.  
  45.   The easiest way to learn how to use USENET is to watch how others use it.
  46.   Start reading the news and try to figure out what people are doing and
  47.   why.  After a couple of weeks you will start understanding why certain
  48.   things are done and what things shouldn't be done.  There are documents
  49.   available describing the technical details of how to use the software.
  50.   These are different depending on which programs you use to access the
  51.   news.  You can get copies of these from your system administrator.  If you
  52.   do not know who that person is, they can be contacted on most systems by
  53.   mailing to account "usenet".
  54.  
  55.  
  56.            Never Forget that the Person on the Other Side is Human
  57.  
  58.   Because your interaction with the network is through a computer it is easy
  59.   to forget that there are people "out there." Situations arise where
  60.   emotions erupt into a verbal free-for-all that can lead to hurt feelings.
  61.  
  62.   Please remember that people all over the world are reading your words.  Do
  63.   not attack people if you cannot persuade them with your presentation of
  64.   the facts.  Screaming, cursing, and abusing others only serves to make
  65.   people think less of you and less willing to help you when you need it.
  66.  
  67.   If you are upset at something or someone, wait until you have had a
  68.   chance to calm down and think about it.  A cup of (decaf!) coffee or
  69.   a good night's sleep works wonders on your perspective.  Hasty words
  70.   create more problems than they solve.  Try not to say anything to
  71.   others you would not say to them in person in a room full of people.
  72.  
  73.         Don't Blame System Admins for their Users' Behavior
  74.  
  75.   Sometimes, you may find it necessary to write to a system administrator
  76.   about something concerning his or her site.  Maybe it is a case of the
  77.   software not working, or a control message escaped, or maybe one of the
  78.   users at that site has done something you feel requires comment.  No matter
  79.   how steamed you may be, be polite to the sysadmin -- he or she may not have
  80.   any idea of what you are going to say, and may not have any part in the
  81.   incidents involved.  By being civil and temperate, you are more likely to
  82.   obtain their courteous attention and assistance.
  83.  
  84.             Be Careful What You Say About Others
  85.  
  86.   Please remember -- you read netnews; so do as many as 2,500,000 other
  87.   people.  This group quite possibly includes your boss, your friend's
  88.   boss, your girl friend's brother's best friend and one of your
  89.   father's beer buddies.  Information posted on the net can come back
  90.   to haunt you or the person you are talking about.
  91.  
  92.   Think twice before you post personal information about yourself or
  93.   others.  This applies especially strongly to groups like soc.singles
  94.   and alt.sex but even postings in groups like talk.politics.misc have
  95.   included information about the personal life of third parties that
  96.   could get them into serious trouble if it got into the wrong hands.
  97.  
  98.                   Be Brief
  99.  
  100.   Never say in ten words what you can say in fewer.  Say it succinctly and
  101.   it will have a greater impact.  Remember that the longer you make your
  102.   article, the fewer people will bother to read it.  
  103.  
  104.          Your Postings Reflect Upon You -- Be Proud of Them
  105.  
  106.   Most people on USENET will know you only by what you say and how well you
  107.   say it.  They may someday be your co-workers or friends.  Take some time
  108.   to make sure each posting is something that will not embarrass you later.
  109.   Minimize your spelling errors and make sure that the article is easy to
  110.   read and understand.  Writing is an art and to do it well requires
  111.   practice.  Since much of how people judge you on the net is based on your
  112.   writing, such time is well spent.
  113.  
  114.                Use Descriptive Titles
  115.  
  116.   The subject line of an article is there to enable a person with a limited
  117.   amount of time to decide whether or not to read your article.  Tell people
  118.   what the article is about before they read it.  A title like "Car for
  119.   Sale" to rec.autos does not help as much as "66 MG Midget for sale:
  120.   Beaverton OR." Don't expect people to read your article to find out what
  121.   it is about because many of them won't bother.  Some sites truncate the
  122.   length of the subject line to 40 characters so keep your subjects short
  123.   and to the point.
  124.  
  125.              Think About Your Audience
  126.  
  127.   When you post an article, think about the people you are trying to
  128.   reach.  Asking UNIX(*) questions on rec.autos will not reach as many
  129.   of the people you want to reach as if you asked them on
  130.   comp.unix.questions or comp.unix.internals.  Try to get the most
  131.   appropriate audience for your message, not the widest.
  132.  
  133.   It is considered bad form to post both to misc.misc, soc.net-people,
  134.   or misc.wanted and to some other newsgroup.  If it belongs in that
  135.   other newsgroup, it does not belong in misc.misc, soc.net-people,
  136.   or misc.wanted.  
  137.  
  138.   If your message is of interest to a limited geographic area (apartments,
  139.   car sales, meetings, concerts, etc...), restrict the distribution of the
  140.   message to your local area.  Some areas have special newsgroups with
  141.   geographical limitations, and the recent versions of the news software
  142.   allow you to limit the distribution of material sent to world-wide
  143.   newsgroups.  Check with your system administrator to see what newsgroups
  144.   are available and how to use them.
  145.  
  146.   If you want to try a test of something, do not use a world-wide newsgroup!
  147.   Messages in misc.misc that say "This is a test" are likely to cause
  148.   large numbers of caustic messages to flow into your mailbox.  There are
  149.   newsgroups that are local to your computer or area that should be used.
  150.   Your system administrator can tell you what they are.  
  151.  
  152.   Be familiar with the group you are posting to before you post!  You 
  153.   shouldn't post to groups you do not read, or post to groups you've
  154.   only read a few articles from -- you may not be familiar with the on-going
  155.   conventions and themes of the group.  One normally does not join
  156.   a conversation by just walking up and talking.  Instead, you listen
  157.   first and then join in if you have something pertinent to contribute.
  158.  
  159.              Be Careful with Humor and Sarcasm
  160.  
  161.   Without the voice inflections and body language of personal
  162.   communications, it is easy for a remark meant to be funny to be
  163.   misinterpreted.  Subtle humor tends to get lost, so take steps to make
  164.   sure that people realize you are trying to be funny.  The net has
  165.   developed a symbol called the smiley face.  It looks like ":-)" and points
  166.   out sections of articles with humorous intent.  No matter how broad the
  167.   humor or satire, it is safer to remind people that you are being funny.
  168.  
  169.   But also be aware that quite frequently satire is posted without any
  170.   explicit indications.  If an article outrages you strongly, you
  171.   should ask yourself if it just may have been unmarked satire.
  172.   Several self-proclaimed connoisseurs refuse to use smiley faces, so
  173.   take heed or you may make a temporary fool of yourself.
  174.  
  175.               Only Post a Message Once
  176.  
  177.   Avoid posting messages to more than one newsgroup unless you are sure
  178.   it is appropriate.  If you do post to multiple newsgroups, do not
  179.   post to each group separately.  Instead, specify all the groups on a
  180.   single copy of the message.  This reduces network overhead and lets
  181.   people who subscribe to more than one of those groups see the message
  182.   once instead of having to wade through each copy.
  183.  
  184.           Please Rotate Messages With Questionable Content
  185.  
  186.   Certain newsgroups (such as rec.humor) have messages in them that may
  187.   be offensive to some people.  To make sure that these messages are
  188.   not read unless they are explicitly requested, these messages should
  189.   be encrypted.  The standard encryption method is to rotate each
  190.   letter by thirteen characters so that an "a" becomes an "n".  This is
  191.   known on the network as "rot13" and when you rotate a message the
  192.   word "rot13" should be in the "Subject:" line.  Most of the software
  193.   used to read usenet articles have some way of encrypting and
  194.   decrypting messages.  Your system administrator can tell you how the
  195.   software on your system works, or you can use the Unix command "tr
  196.   [a-z][A-Z] [n-z][a-m][N-Z][A-M]". (Note that some versions of Unix
  197.   don't require the [] in the "tr" command.  In fact, some systems will
  198.   get upset if you use them in an unquoted manner.  The following
  199.   should work for everyone, but may be shortened on some systems:
  200.     tr '[a-m][n-z][A-M][N-Z]' '[n-z][a-m][N-Z][A-M]'
  201.   Don't forget the single quotes!)
  202.  
  203.             Summarize What You are Following Up
  204.  
  205.   When you are following up someone's article, please summarize the parts of
  206.   the article to which you are responding.  This allows readers to
  207.   appreciate your comments rather than trying to remember what the original
  208.   article said.  It is also possible for your response to get to some sites
  209.   before the original article.
  210.  
  211.   Summarization is best done by including appropriate quotes from the
  212.   original article.  Do not include the entire article since it will
  213.   irritate the people who have already seen it.  Even if you are responding
  214.   to the entire article, summarize only the major points you are discussing.
  215.  
  216.             When Summarizing, Summarize!
  217.  
  218.   When you request information from the network, it is common courtesy to
  219.   report your findings so that others can benefit as well.  The best way of
  220.   doing this is to take all the responses that you received and edit them
  221.   into a single article that is posted to the places where you originally
  222.   posted your question.  Take the time to strip headers, combine duplicate
  223.   information, and write a short summary.  Try to credit the information to
  224.   the people that sent it to you, where possible.
  225.  
  226.               Use Mail, Don't Post a Follow-up
  227.  
  228.   One of the biggest problems we have on the network is that when someone
  229.   asks a question, many people send out identical answers.  When this
  230.   happens, dozens of identical answers pour through the net.  Mail your
  231.   answer to the person and suggest that they summarize to the network.  This
  232.   way the net will only see a single copy of the answers, no matter how many
  233.   people answer the question.
  234.  
  235.   If you post a question, please remind people to send you the answers by
  236.   mail and at least offer to summarize them to the network.
  237.  
  238.       Read All Follow-ups and Don't Repeat What Has Already Been Said
  239.  
  240.   Before you submit a follow-up to a message, read the rest of the messages
  241.   in the newsgroup to see whether someone has already said what you want to
  242.   say.  If someone has, don't repeat it.
  243.  
  244.             Check the Headers When Following Up
  245.   
  246.   The news software has provisions to specify that follow-ups to an
  247.   article should go to a specific set of newsgroups -- possibly
  248.   different from the newsgroups to which the original article was
  249.   posted.  Sometimes the groups chosen for follow-ups are totally
  250.   inappropriate, especially as a thread of discussion changes with
  251.   repeated postings.  You should carefully check the groups and
  252.   distributions given in the header and edit them as appropriate.  If
  253.   you change the groups named in the header, or if you direct
  254.   follow-ups to a particular group, say so in the body of the message
  255.   -- not everyone reads the headers of postings.
  256.  
  257.  
  258.           Be Careful About Copyrights and Licenses
  259.  
  260.   Once something is posted onto the network, it is *probably* in the
  261.   public domain unless you own the appropriate rights (most notably,
  262.   if you wrote the thing yourself) and you post it with a valid
  263.   copyright notice; a court would have to decide the specifics and
  264.   there are arguments for both sides of the issue. Now that the US has
  265.   ratified the Berne convention, the issue is even murkier.  For all
  266.   practical purposes, though, assume that you effectively give up the
  267.   copyright if you don't put in a notice.  Of course, the
  268.   *information* becomes public, so you mustn't post trade secrets that
  269.   way.  When posting material to the network, keep in mind that
  270.   material that is UNIX-related may be restricted by the license you
  271.   or your company signed with AT&T and be careful not to violate it.
  272.   You should also be aware that posting movie reviews, song lyrics, or
  273.   anything else published under a copyright could cause you, your
  274.   company, or members of the net community to be held liable for
  275.   damages, so we highly recommend caution in using this material.
  276.  
  277.             Cite Appropriate References
  278.  
  279.   If you are using facts to support a cause, state where they came from.
  280.   Don't take someone else's ideas and use them as your own.  You don't want
  281.   someone pretending that your ideas are theirs; show them the same respect.
  282.  
  283.             Mark or Rotate Answers and Spoilers
  284.  
  285.   When you post something (like a movie review that discusses a detail of
  286.   the plot) which might spoil a surprise for other people, please mark your
  287.   message with a warning so that they can skip the message.  Another
  288.   alternative would be to use the "rot13" protocol to encrypt the message so
  289.   it cannot be read accidentally.  When you post a message with a spoiler in
  290.   it make sure the word "spoiler" is part of the "Subject:" line.
  291.  
  292.              Spelling Flames Considered Harmful
  293.  
  294.   Every few months a plague descends on USENET called the spelling flame.
  295.   It starts out when someone posts an article correcting the spelling or
  296.   grammar in some article.  The immediate result seems to be for everyone on
  297.   the net to turn into a 6th grade English teacher and pick apart each other's
  298.   postings for a few weeks.  This is not productive and tends to cause
  299.   people who used to be friends to get angry with each other.
  300.  
  301.   It is important to remember that we all make mistakes, and that
  302.   there are many users on the net who use English as a second
  303.   language.  There are also a number of people who suffer from
  304.   dyslexia and who have difficulty noticing their spelling mistakes.
  305.   If you feel that you must make a comment on the quality of a
  306.   posting, please do so by mail, not on the network.
  307.  
  308.               Don't Overdo Signatures
  309.  
  310.   Signatures are nice, and many people can have a signature added to
  311.   their postings automatically by placing it in a file called
  312.   "$HOME/.signature".  Don't overdo it.  Signatures can tell the world
  313.   something about you, but keep them short.  A signature that is longer
  314.   than the message itself is considered to be in bad taste.  The main
  315.   purpose of a signature is to help people locate you, not to tell your
  316.   life story.  Every signature should include at least your return
  317.   address relative to a major, known site on the network and a proper
  318.   domain-format address.   Your system administrator can give this to
  319.   you.  Some news posters attempt to enforce a 4 line limit on
  320.   signature files -- an amount that should be more than sufficient to
  321.   provide a return address and attribution.
  322.  
  323.            Limit Line Length and Avoid Control Characters
  324.  
  325.   Try to keep your text in a generic format.  Many (if not most) of
  326.   the people reading Usenet do so from 80 column terminals or from 
  327.   workstations with 80 column terminal windows.  Try to keep your
  328.   lines of text to less than 80 characters for optimal readability.
  329.   If people quote part of your article in a followup, short lines will
  330.   probably show up better, too.
  331.  
  332.   Also realize that there are many, many different forms of terminals
  333.   in use.  If you enter special control characters in your message, it
  334.   may result in your message being unreadable on some terminal types;
  335.   a character sequence that causes reverse video on your screen may
  336.   result in a keyboard lock and graphics mode on someone else's
  337.   terminal.  You should also try to avoid the use of tabs, too, since
  338.   they may also be interpreted differently on terminals other than 
  339.   your own.
  340.  
  341.  
  342.                Summary of Things to Remember
  343.  
  344.  
  345.        Never forget that the person on the other side is human
  346.        Don't blame system admins for their users' behavior
  347.        Be careful what you say about others
  348.        Be brief
  349.        Your postings reflect upon you; be proud of them
  350.        Use descriptive titles
  351.        Think about your audience
  352.        Be careful with humor and sarcasm
  353.        Only post a message once
  354.        Please rotate material with questionable content
  355.        Summarize what you are following up
  356.        Use mail, don't post a follow-up
  357.        Read all follow-ups and don't repeat what has already been said
  358.        Double-check follow-up newsgroups and distributions.
  359.        Be careful about copyrights and licenses
  360.        Cite appropriate references
  361.        When summarizing, summarize
  362.        Mark or rotate answers or spoilers
  363.        Spelling flames considered harmful
  364.        Don't overdo signatures
  365.        Limit line length and avoid control characters
  366.  
  367. (*)UNIX is a registered trademark of AT&T.
  368.  
  369. -----------
  370.       This document is in the public domain and may be reproduced or
  371.       excerpted by anyone wishing to do so.
  372. -- 
  373. Gene Spafford
  374. Software Engineering Research Center & Dept. of Computer Sciences
  375. Purdue University, W. Lafayette IN 47907-1398
  376. Internet:  spaf@cs.purdue.edu    phone:  (317) 494-7825
  377.